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target P r,ce sv^m for competitive bid goods and serv.ce, 

qOSS-RPPRRPNC B TO m at*et\ . m Tp . Trn[ r 

This application claims the benefit nfTT q r^«, • • , 4 . 

we oenent of U.S. Provisional Applications Serial No 

«0/ ]2 3,345. Marc, 5, 1999 , SeHaa No. 60/122 , 958 , med March 5> ^ md ^ ^ 
60/178,501, filed January 27, 2000. 

BACKGROTJND OF THP rNTA/p >mnN 

1. Field of the Invention 

This invention „ y relat es «„ . system mi ^ ^ ^ ^ ^ 

*r g ene rati „ g ^ bid pri ces in . ^-lo^ine* seIling ^ 
ineo accoun, such factore . ^ cos[ of ^ _ ^ c „ ^ 

2. Description of the Related Art 

In certain i ndusttics , companics bjd „„ ^ ^ ^ ^ ^ 

such wo* Wi ca„v be in g e ither ,He productio „ of . product or ^ ^ ^ ^ 

companies often con^tive* bid a g ai„ St one anoU,e r for a con,™ t o perfonn wo* fo, a 
speciflcnirfpan, 

-ices, *c ««, is ,o mak e an exac, bid w „ ere t He companv o^. »« ii.eiiHoo, o f winnin. 
"target price" for the given contract. 
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In order to make a satisfactory bid to obtain a contract or other agreement for the 
provision of a product or service, a company must evaluate the aspects for the specific bid 
parameters that, if properly reflected in the bid price, enable the company to properly balance the 
likelihood of winning the bid with the profit achieved is the bid is won. Traditionally, bid 
pricing has been assisted by computer systems that estimate the cost of serving individual 
customers, taking into account the special factors affecting the bid price. These typical 
"cost-of-service" based bidding systems compute a price floor or minimum bid for a prospective 
contract or other agreement based on the cost of delivering the products or services and the actual 
calculation of profit for the contract is subjectively left to the company. Consequently, while the 
traditional cost-of-service based bidding systems can provide guidance on the minimum bid, they 
provide no guidance for the optimal way to balance the likelihood of winning the bid with the 
profit achieved if the bid is won. This guidance can only be provided if a target price is 
established that balances the likelihood of winning the bid with the profit achieved if the bid is 

r 

won by maximizing the expected profit that is achieved from the target price. 

Furthermore, traditional cost-of-service based bidding systems have a number of 
drawbacks as pricing tools for competitively bid goods and services as they lack the ability to 
factor the market response of customers and competitors to pricing decisions. This is mainly 
because the systems are cost-focused, even though shipping clients may increasingly demand 
products and services that are tailored to their specific needs. The traditional cost-of-service 
based bidding systems also lack the ability to track and analyze post-bid information, such as 
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wins and losses, profitability of wo „ bjds , mi ^ ^ ^ ^ ^ ^ 

analyzed for the generation of future bids. 

Then, are systems in the „, stIch 33 in ^ ^ ^ ^ ^ ^ 

reflect market and condor response characteristics in bid ^ ^ ^ ^ 
typically generate pricing information for „ ^ ^ ^ ^ ^ ^ ^ 

*me, such as an airline sea, on a parted flight or . specific commodjty ^ ^ ^ ^ 
result^ these systems are riot directly applicable to bidding systems for parcel shipping services 
which usual.y price a portfolio of parcel shipping services ,0 be performed over an extended 
; conti-act period. 

Thus, there is a need for a method of bid pricing tha, takes market and competitor 
response cha.cteris.ics into account when gene,** oidprices. There is a fi.rther need for a bid 
Pricing method tha, takes market and competitor response Caustics into accountwhen 
generating bids for portfolios o, products and services to be performed over extended contract 

is primarily directed. 

SUMMARY QF THP TM^M^^y 
Target Pricing (TP) enables a corporation to opting its pricing and associated business 
processes in order . increase prof, TP ieverages information about competitors, costs. ar,d 
— response behavior ,0 set customer-specific prices that maxima expected financia, 
contribute The result increfflen[aI h ^ ^ ^ ^ . 
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gains: at UPS, TP increased profits by over $100 million per year over previous business 
practices. 

The present invention meets the needs described above in a business process and 
computer system known as the "Target Pricing System" (TPS). The TPS is a bid pricing system 
that takes the following factors into account when generating bids for a portfolio of goods or 
service to be performed over and extended contract period: (1) the cost of completing the 
contract, (2) the customer's price sensitivity and the relative importance of non-price factors, and 
(3) the competitive environment, including actual or potential competitor bids. In considering 
these factors, the TPS strives to achieve the best balance between the likelihood of winning a bid 
and the profit to be earned from the contract (i.e., the contribution margin) if the bid is won. 

More specifically, the TPS generates a market response curve for each bid that reflects the 
likelihood of winning the bid as a function of bid price. The TPS also generates a corresponding 
contribution margin curve for the bid based on the cost of completing the contract as a function 
of bid price. The products of these two curves produces the expected contribution curve as a 
function of bid price. The bid price corresponding to the peak value of this expected contribution 
curve is the target price, or optimal bid price, for that particular bid. 

An important aspect of the TPS is the ability to develop accurate market response curves 
for individual bids. These market response curves are generated by identifying a number of 
factors that appear to influence the ultimate market response. To isolate the correlation between 
specific drivers and the ultimate market response, a large database of historical bid information is 
constructed. This database includes bid price and win/loss data for each bid, as well as 
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information relating to the various factors for each bid. Regression analysis is then performed on 
the data to identify the correlation between the various factors and the market response. These 
correlations, which are referred to as "drivers," are then used to predict market response for 
future bids. That is, the development of market response curves involves (1) identifying factors 
that appear to influence the ultimate market response, (2) gathering a large historical database of 
bid information and these factors, (3) applying regression analysis to identify statistical 
correlations between the factors and the market response, and (4) using these correlations as 
drivers to create market predictive response curves for future bids. This approach can be used to 
develop separate customer and competitor response curves, or it can be used to develop a single 
or combined market response curve. This approach can also be segmented by geographical 
region, type of customer, type of service (e.g., air and ground shipping) or any other type of 
division that appears to be appropriate for a particular application. 

It should be appreciated that the specific drivers will change based on the type of service 
or good under bid and many other factors..As a result, the process of developing market . 
response drivers for a particular bid system is an important aspect of the invention, whereas the 
specific drivers identified for the parcel shipping industry is typical example of drivers that may 
be identified in to a particular application of the invention. 

While the invention includes a computer-based TPS for generating target prices as 
described above, it also defines a process for creating the TPS and for using the TPS system as a 
support and training tool for marketing personnel. Specifically, the process includes creating the 
TPS, using TPS to improve pricing guidance for marketing personnel, streamlining the bid 
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process by empowering marketing personnel to make bids based on the TPS recommended target 
price, monitoring the success of the TPS in predicting bid win/loss outcomes, and continually 
refining the TPS. This system refinement process includes monitoring the success and accuracy 
of the TPS, periodic updating to reflect new bid data in the TPS, the identification of new factors 
that appear to influence the market response and incorporation of these factors as new drivers in 
the TPS, and refinement of ways in which marketing personnel interpret and use the target prices 
produced by the TPS. 

It should be understood, therefore, that the invention is generally applicable as a method 
and computer-based bidding system for a wide range of industries, and may be applied to bid 
pricing systems for goods as well as services. Although the system is particularly useful for 
identifying and utilizing factors that influence market response for portfolios of services, the 
same techniques may be applied to predicting the market response to bid prices for individual 
goods or services. 

Other objects, advantages, and features of the present invention will become apparent 
after review of the hereinafter set forth Brief Description of the Drawings, Detailed Description 
of the Invention, and Claims. 

BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 is a block diagram of components in a typical TPS according to the present 
invention. 

FIG. 2 is a block diagram of the components in a typical Target Pricing Engine (TPE) 145 
as seen in FIG. 1. 



WO 00/52605 



PCT/US00/05846 



7 

HG. 3 is a graph musing the market response curve for mc ^ ^ 
model and plots of contribution and expected conoibudon. 

FIG. 4A is a bifurcated graph illustrating fte win probability curves for a large and small 
volume customer for volume-based segmentation where discount is plotted on the x or price- 



axis. 



FIG. 4B is a bifurcated graph i.lustrating the win probability curves for a large and small 
volume customer for region-based segmentation. 

FIG. 5A illustrates a graph denoting wins and losses with baseline points plotted. 

HG. 5B illustrates the graph of HG. 3A with . win/loss curve plotted by a statistical 

function. 

V* 6 " 3 ^ ^■'ItaWi* the key objects of the target pricing system and 

method. 

FIG. 7 is a block diagram illustrating the interactions of the market response model with 

other system components. 

F.g. 8 ulustrates theimpact of the predictor coefficients on the market response curve. 
PET ATT .FT) DESCRrpnnM OF thp tmvcm-t t/-^, 

™ rcfeiCTCe '° Ae draWi " gS and Nation for the present inventive target 
pricing method, the terms as used herein are hereby defined as follows: 
"Account".- The highest level in business to business transactions. Accounts represent 
relationships with client businesses. 
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"Allowable Range": When gathering bid information, account executives can provide field 
observations of the competitor net price rather than rely on the competitor net price model. The 
allowable range specifies how far the determined value may be from the model's estimated 
competitor net price. The allowable range is ultimately determined by the system owner. See also 
5 Warning Range. 

"Bid": A bid is a clearly specified package of goods and services (called products in the Target 
Pricing context) for which the price will be negotiated (rather than automatically quoting list 
price). Also called a bid proposal. 

4t Bid Characteristics": Predictors based on attributes of the bid system object (as opposed to those 
10 based on attributes of the account system object). 
: : 4 T3.id Drivers": See Predictor. 

"Bid Status": Bid status specifies the current stage of negotiation for a given contract. Bid status 
currently supported by the Target Pricing system include: 

"Under Construction": Account executive is in the process of putting the bid together. 
15 "Pending": Account Executive is currently negotiating the bid. 

"Accepted": The contract for the bid has been signed. 
"Rejected": The bid was not acceptable to the customer. 
"Inactive": The bid was previously active, but the contract has ended. 
"Coefficient": Every predictor has an associated coefficient calculated by the Market Response 
20 Model. Win probability is a function of these predictors (which measure key attributes of the 
accounts and the bids) and their coefficients (which measure the relative weights of the 
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predictors in estimaung w in probabiiities,: Also cal,ed a regression coefficient , si „ c= ^ „ 
calculated using a statistical regression routine. 

"Company": An object storing information abom the b ^ ^ ^ ^ ^ ^ 

compedtors. Client businesses are referred to instead as accounts. 

"Competitor": A company whose products may be ^ fay ^ ^ ^ ^ 

■hose of the Target Pricing use, More specify, an object which ^ ^ ^ 

*• <PhySiCa,) C ° mPeang — ^ «W objects are competitor products 

and a competitor net price model. 

(expect contribuuon = marginal contribudon x win probacy. The expected contribudon 

expected contribution as a function of net price. 

"Contribution, Marginal": A measure of net revenue showing the excess of revenue over 
^^«^« W .. Bt , ta . M|illl(lialliiii|hi 

contHbudon curve depicts me reladonship between „e, price and marginal contribudon. This 
"curve" is always a straight line. ' *• 

"Cos,": AU references to costs or cos, models herein typically refer ,o marginal costs 
One can trade other cos, measures (including a„oca,ed overhead and opportunity costs, for 

reporting purposes. 
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. "Cost, Marginal": The incremental and avoidable costs of meeting the service 
requirements of the bid proposal. If the proposal includes a probabilistic element like warranty 
service, then the marginal cost is implicitly an expected value. 

"Cost Model": An object which estimates the marginal cost of a product using a lookup 
5 table and an (optional) interpolation algorithm. Models may estimate prices using zero to three 
dimensions or through a functional relationship or from external sources. 

"Discount": The usual mode of operation for target pricing is to accept list prices and 
compute target discount levels. Discounts can be specified in terms of percentage off of list price, 
absolute dollar price, absolute dollar discount and ratio of our net price to competitor net price. 
10 Unless context clearly dictates otherwise, the use of the term dollar or dollars will be token to 
. refer to not only dollars but to all currency types. 

**Duration": Duration is specified in the system to help convert quantities entered at one 
level to another. (E.g. if a weekly order for a product is entered in the system, but the market 
response model is maintained for quarterly quantities, the system converts quantities from one 
15 period to quantities over the other period automatically.) Examples of these periods include: 
Daily, weekly, monthly, quarterly and yearly. 

"Global Dimension": The target pricing method includes a global dimension list 
specifying all of the axes along which accounts, bids, or companies may be aggregated. These 
global dimensions are used anytime a collection of these objects must be specified or selected, 
20 and by default include all of the attributes of the objects. 
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"Marginal Contribution": Contribution made «o the bottom line as a result of selling one 
unit (marginal contribution = net price - marginal cost). 

market Response Parameters": Synonym , or coefficients .See a.sc Parameter. 
"Market Response Curve": The market response curves shows the probability of winning 
5 a bid as a function of „e, price, for a particuiar market segment ana ho.ding competitor net price 
constant. Determining the market response curves is one o, the major consuiting tasks at the time 
of implementation, and is discussed herein. 

response curves) is similar. Such a dusteris defined* terms of key measurement 
10 market segmentation criteria, represented in me system as rfobai dimension, Together these 
*«* specify the market segmental scheme, and captures aspects ofa customer ma, are of 
interest in predicting win probabilities: 

"Option": A product feature that can be acquired for an additional payment. Target 
Pricing can also use options , 0 mod?1 cIos=ly ^ ^ ^ ^ ^ ^ ^ 

for a given product. Options are maintained in units per unit of product, (e.g. three-year warranty 

for one automobile). 

"Order. Option": An object storing information such as quantity desired for any options 
ordered as part of a product order. 

"Order, Product": An object storing information such as quantity desired for each product 

involved in a bid. 
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"Parameter": A parameter is an object that controls the system's behavior or performance. 
These include the current definitions of global dimensions and predictors, and the current values 
of the coefficients. They also include various switches and values indicating preferred algorithms 
(where there are choices), an example being the choice of currency units. The collection of all 
5 parameters is called a parameter set. While only one parameter set can be active at a time, all 
historical parameter sets are stored to support retrospective analysis of performance. 

"Predictor": Predictors are measurements or indicator variables used to estimate (or 
"predict") the win probability for a bid. They can be based on attributes of either the bid or 
account objects. Initial sets of predictors, called bid drivers, are defined at the time of system 
10 installation. Additional predictors can then be created by the system owner using the existing 

ones and any global dimensions. The market response model fits a coefficient for every predictor. 

"Price, list": The "standard" price for customers who do not negotiate, or the starting 
price for negotiations. "List" prices may or may not be publicized. 

"Price, Maximum": see Price Range. 
15 "Price, Minimum": see Price Range. 

"Price, Net": Price net of discounts off the list price. 

"Price, Target": The price which balances win probability and marginal contribution to 
maximize expected contribution. The constrained target price must maximize expected 
contribution subject to specified strategic objectives, while the unconstrained target price shows 
20 the optimal price in the absence of- such long-term considerations. 
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•■^e Mode,": An object ^ estimates ^ ^ ^ ^ ^ ^ _ 

and may ^.pHc, «^ «o «o N dta^ or ^ ^ rclatioMhips or by 
retrieval from external systems. 



"Price Range"; As well as the co„« bution . maximizing ^ ^ ^ ^ 

C ~^™canda ra a*^^^ 

bids. 

"Producf, Products « ^ smaUest items for whjch ^ optimum ^ ^ ^ 
^^^n*^^^^^^^ Tlie|jstof 

avadable option,, mdmy compeator prodTO4i| 

model to be shared by all of the produce in a product line. 

••Rev.nue": Targe, pricing ^ ^ ^ of ^ ^ ^ ^ 

Expected; Conrribuaon, Margina.; Revenue, Gross; and Revenue, Ust. 

and accepted (gross revenue = list pri ce , a . discoum) , 

"Revenue, lis,"; The revenue that would be received if * hin 

■a ue received if a bid were won without offering 

any discount (list revenue = list price • quantity). 
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"Strategic Objectives": Business requirements established by senior management to 
promote long-term corporate growth, possibly at the expense of near-term profits. Target Pricing 
supports direct entry of binding constraints in terms of: 

"Minimum Success Rate": All affected bids will be priced to maintain the specified 
5 minimum win probability. 

"Maximum Success Rate": All affected bids will be priced to maintain the specified 
maximum win probability. 

"Profit Margin Objectives": All affected bids will be priced to maintain the specified 
gross margin (gross margin = 1 - gross revenue / marginal cost). 
10 "Success Rate": The ratio of bids accepted to bids offered. 

"Win Probability": Estimated probability of winning a bid at a given net price. The 
function relating win probabilities to net prices (holding all else constant) is the market response 
curve, sometimes called the win probability curve. 

The present inventive system and method calculates the optimum target price for 
15 making a bid which will be both profitable to the company making the bid, and which takes 
into account the likely bids of other third party bidders such that the company's bid is 
competitive. Furthermore, as this application claims the benefit of U.S. Provisional 
Applications Serial No. 60/123,345, filed March 5, 1999, Serial No. 60/122,958, filed March 
5, 1999, and Serial No. 60/178,501, filed January 27, 2000, the subject matter of those 
20 applications is expressly incorporated herein by this reference. 
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A. a high .eve,, the „ system ca „ „ c ^ ^ ^ ^ ^ ^ ^ 

computer interfaces: 

^ U0 - T, ~ "«■» - P-ided with the tp system for 

customers who do no. want or need one of the other alternatives. 

• A 1^ Account Management System 115. This is usual* a proprietary solution 
developed by the user. For example, the IAS system at UPS. 

• A Sales Force Automation System ,20. These are usually purchased from a 3rd parry 
software provider, such as Siebel, Baan, Vantive or Oracle. 

. - A service bureau US. Uses the standard TP bid entry screens, but l ilA e4 to a Talus- 

managed server. 

• Other systems 13 0. Znterface screens developed specifically to/alternative 
hardware/software ^s used by Account Executives. e.g., PalmPilo,; 

• Product Vertical Znterface 135. mterface provided as part of the product, bu, customized 
for a particular industry, e.g., freight transportation. 

Each o, these different types of GUTs is used to collect account and bid information The 
OUT then submits a competed bid via a communications Hnlc 140, which tn a preferred 
embodiment may be a communications network such as the mteme, ar,d/or intranet, to the Target 
— Bngine OTPB, 1,5. whi.h performs the optimization and returns th e optimal price tange a, 
which to offer the bid. The TPE 145 tn a preferred embodiment includes a TPE tnterface 147 to 
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then negotiates with them. Once the final status of the bid has been determined (won or lost), the 
bid is updated in the system. 

The TPE 145 supports analysis via an analysis interface 150. The TPE 145 may also 
generate in some embodiments product report data, which may populate a reporting data store 
155. Data extracted from this data store 155 may form the basis of business objects 160 that may 
be used in reports 165 and alerts 170. 

FIG. 2 provides a more detailed block diagram of a typical TPE 145. Bid information is 
collected via a front-end interface 205 such as those described above and submitted to the TPE 
145. This information is received by the TPE interface 147 that extracts the information which 
is received in one of a variety of established communications formats such as EJB, JNI, XML or 
other suitable encoding. The extracted information is passed to the Target Pricing Calculator . 
(TPC) 210. The TPC uses parameters developed by the batch system, in order to perform its 
optimization in real-time. The key inputs are the product model (including costs) 215, and the 
parameters used for calculating market response. The Market Response Model (MRM) 220 is 
. run at regular intervals to update the market response parameters in response to recently 
observed bid data. The System Owner is responsible for running the MRft/1,* for ensuring that the 
required inputs are entered into the system, and for vetting its outputs before they are used by the 
TPC. The MRM can be run manually or on an automated (batch) or semi-automated basis. The 
TPC may also utilizes information derived from a competitor net price model 225, strategic 
objectives 230 and an analysis/benefits module 235. Data for the various models may be stored 
in a system parameters data store 240. TPC bid information may be stored in a bid data store 
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. 245. A report data extractor 250 may be used in some embodiments to extract bid data from the 
bid data store 245 and to place the extracted bid data in a reporting data store 155. 

The various data stores may be implemented via a variety of organizational structures such 
as a database architecture, a file storage scheme or other structure as will be known to those 
skilled in the art. In a preferred embodiment, a relational database is used as the storage 
structure; however, hierarchical, object-oriented, spatial or other database architecture could be 
used. Further, the data store could be organized in flat files utilizing an appropriate structuring 
such as flat record tables, hash record tables or other known organizational structure. 

To calculate the target bid price, several steps need to be performed. Initially, the bid must 
be priced preferably using the list prices in a product model,, as discussed below. These prices 
; may be gathered directly from current data or obtained from a 3rd party or proprietary pricing 
system. Other third party software products such as Siebel Sales and Trilogy SC Pricer can be 
used in generation of the initial prices. ■ ' 



WO 00/52605 



PCT/USOO/05846 



18 

Then the bid is costed using the costs in the product model. These costs may either have 
been gathered manually or obtained from a proprietary costing system from third parties as is 
known in the art or could be retrieved in real-time from external systems. 

Once the bid is costed, then an equivalent competitor net price for the bid is calculated. 
This is the price the competitor(s) would charge to this customer after any discounting has 
occurred. The list prices for competitor products are preferably maintained in the product model, 
but an appropriate discounting mechanism must be applied to the list prices to determine the net 
price. This is preferably done by a competitor net price model as discussed below. 

Then, the probability of winning the bid as a function of the company's price is 
calculated. This is preferably calculated using the parameters froma market response model as 
described below. 

In addition, the benefits of target pricing over the company's existing pricing approach 
can be calculated. The logic for the pre-existing pricing method is preferably maintained in a 
benefits model as described below. 

As is apparent from review of the above steps, the present inventive method is readily 
adaptable for use in an automated system, such as in software executing on a computer platform. 
Nonetheless, the steps of the present method can be performed by hand as the models as 
disclosed herein can be generated and maintained manually. 

The method further preferably includes optimization processes to generate the optimum 
target bid price. The first optimization step is to compute the price that maximizes the expected 
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contribution for the bid, which is done by balancing the contribution which increases as price 
increases, and the win probability, which decreases as price increases. 

Given the target price computed above, any discounts must be applied to each product 
within the bid. This is performed using a second optimization process. The steps of balancing 
the contribution and the win probability are repeated talcing into account any strategic objectives 
that have been specified. Examples of strategic objectives such as minimum success rates can 
override the initial values calculated. 

The present inventive method utilizes a market response model in calculating the target 
bid price. The market response model (MRM) calculates the win probability as a function of 
price through the examination of historical bid information at various prices. The MRM requires 
that the customers be segregated into distinct market segments. The market segments are 
determined through a detailed analytical investigation prior to the use of the present method. 
A further module that is alternately used in the present method is a reporting module that is used 
to produce reports on a regular or ad-hoc basis. 

The market response model (MRM) provides two main services which include: 

1. Computing a market response for a bid 

2. Generating model coefficients given market response variables. 

To provide these services the market response model supports Jower level services which 
include: 

1. InitializeMRMForBid. The Target Pricing Calculator (TPC) invokes this service once for each 
bid prior to starting the optimization. Once a bid is known, the values of all variables except 
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those based on price are known. This service evaluates each of the price-independent variables 

and computes their sum. 

Input 

• Active Parameter Set (reference to object) - query to object server 
5 • Bid (reference to object) — parameter passed by TPC 

• Account (reference to object) - lookup from bid object 
Output 

• No direct outputs for this setup step. On completion saves the sum of the computed price- 
independent terms. ■ ■. - ' 

10 • Returns status code and description. The following status codes should be supported: 

1. Successful completion 

2. Ignoring competitor(s) unknown to MRM (names of competitors in description) 

3. Unknown competitors using parameters for 'generic competitor* (names of competitors in 
description) 

15 4. Failed to transform variable(s) (name of variables in description) 

Invokes: TransfonnPricelndependentVariables (implemented in 'black box') 
Description: The TPC calls this service prior to doing the optimization. During the optimization 
the system user's average bid-level price is the only variable in the market response function. 
This service determines values of the indicator and bid (predictor) variables. It partially computes 

20 the market response model formula by finding the sum of the price-independent terms, retaining 
price-dependent terms as variables. 
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Procedure: The active parameter set contains the model parameters, definitions of model 
variables and the type of model to use (for the preferred embodiment this is either binomial logi 
or multinomial logit). 

1. Find Model Type from Active Parameter Set (model type can be binomial logit or 
multinomial logit). 

2. Compare list of competitors in bid with competitors in Active Parameter Set. Return 
appropriate status code. The following steps must be completed for all status codes except 
Tailed to transform variable(s)'. 

3. Take each price-independent term from the expanded model representation in the active 
parameter set and compute its value. 

4. Sum the values of the price-independent terms in the active parameter set and store the 

values. 

At the end of this step the market response model formula for computing the win probability 

becomes: 

Binomial Form: 

1 



prob (Win ) = 



k -f price _ dependent terms 

1 + e 



where prob (Win) is the probability that the system user wins the bid and k is the sum of the 
price-independent terms. This formula assumes the other (than system-user) as the reference in 



the model. 
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This formula will return the probability of winning for the system user if we code the 
dependent or response variable such that '0' signifies a win for the system user and a T for a 
loss. Another way of saying this is that the system user is used as reference. The system user 
should be used as the reference because the system user is the only choice that is available on 
5 every bid. 

Knowledge of the reference is important because the use of a reference determines the 
interpretation of the parameters and the form of the price-dependent terms (in general all choice 
dependent. terms). If the 'other' is used as the reference, then all prices should be relative to the 

p 

other. Thus we might use (p ~ Pother) or Pothfr or some functional transformation of one of these to 
10 obtain the relative price. The price-dependent terms are computed in the custom code and thus 
the form of the price terms will be determined by its implementation. 
Multinomial Form; 



prob (win ) = 



jeJ 



k j + price _ dependent _ terms j k j 

B where is 



the sum of the price-independent terms indexed by competitor *j\ 
15 J' is the set of all competitors named in the bid. This form of the formula assumes that the 

system-user is used as reference in the model. 

2. Calculate WinProbabilityGivenPrice. The Target Pricing Calculator (TPC) invokes this service 
during the line search to determine the target price. The values of the price-dependent variables 
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are computed based on the given price. This is plugged into the formula along the values 
computed by InitializeMRMForBid to obtain the win probability. 

Invoked by: Target Pricing Calculator (TPC) 
Input: 

• Average bid-level price for system user's bid - parameter passed by TPC 

• Active Parameter Set (reference to object) -system parameter 

• Bid (reference to object) -parameter passed by TPC 

• Account (reference to object) -lookup from bid object 

• Values computed by InitializeMRMForBid : 

Output: 

• Win probability corresponding to the input price. 

• Status code 

• The following status codes should be supported: 

1. Successful ■. v . . 

2. Failed to transform variable(s) (with variable names in description) 
/nvoto.TransformPriceDependentVariables 

Precondition: InitializeMRMForBid is invoked before this service. 
Note: Average bid-level price is given by: 
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_j 

i 

where ^* and ^' are price per unit and quantity in product order i. 
Procedure: 

1. Invoke TransformPriceDependentVariables once for each competitor. Invoke with system 
user's price and competitor's price. 

2. Sum the values of the price-dependent_terms in the model. 

3. Obtain model type from active parameter set 

4. Evaluate the following formula based on model type: 

Binomial Form 

prob (Win) = 1 k+m 

1 + e 

where prob(Win) is the probability that the system user will win the bid, * is the sum of the 
price-independent terms, and m is the sum of the price-dependent terms. 

Multinomial Form 
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prob (Win ) = 



1+ V e k J+ m J 



2 



where prob (win) is the probability that the system user will win the bid, * 7 is the sum of the 
price-independent terms indexed by competitor «j' , m J is the sum of the price-dependent terms 
indexed by competitor 'j ' and 'J' is the set of all competitors named in the bid. 

This formula assumes that the system user is used as the reference. 
3. GenerateMRMCoefficients. This service is invoked from the Analyst WorkBench. The data 
filters are applied to the historical bids in the database to obtain the set of bids that will be used 
for model fitting. The regression is run to obtain the coefficients of the variables. The model 
diagnostics are written into an output file. 

Invoked by: Analyst Workbench 
Input: 

• Parameter Set (reference to object) - query to object server 

• Set of historical bids - query to object server 

Output: 

• Coefficients of MRM variables (save to parameter set) 

• Error in coefficient estimates (save to output file) 

• Model fit parameters (save to output file) 
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Invokes: TransformPriceDependentVariables, TransforrnPricelndependentVariables, 
TransformDiscrete Variables 

Procedure: This procedure performs regression for different model types. Currently, 
'multinomial logistic' and 'binomial logistic' models are supported. The model type is indicated 
in the parameter set. 

1. Apply date filter and 'Exclude Bid' flag to set of historical bids to leave out undesired bids (if 
'Apply Exclude Bid' flag was set by user - this is indicated in the parameter set). 

2. Apply filter rules described in next paragraph 

3. Invoke TransformPricelndependentVariables, TransformPricelndependentVariables and 
TransformDiscreteVariables on each bid to form dataset for regression. 

4. Run regression for Model Type in Active Parameter Set. The details of the regression 
computations are not described in this document. Binomial statistical regression will be 
performed using the services of third-party software such as Roguewave. 

5. Save output of regression in output file. This includes model fit parameters (likelihood ratio 
test) and standard errors in coefficient estimates. The location of these files is stored as a 
system parameter (LOG_FELES_LOCATION). 

6. Save coefficients from regression in active parameter set. 

Filter Rules 

L Exclude bids won by competitors NOT named in the list of competitors in the Active 
Parameter Set if 'Generic Competitor' option is not set. Do not exclude if this option is set. 
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2. Exclude bids with 'Exclude Bid' flag set (if chosen). 

Error Situations: The following error situations pan occur 

1. Market segment variables in MRM undefined in bid 

2. Market segment variables has invalid value in bid. 

These conditions occur when new market segment variables have been created or existing 
ones modified after the bid was last updated. 

4. ExpandParameterSet. This service is invoked by the Analyst WorkBench prior to running the . 
regression or displaying the model coefficients if the parameter set does not contain the expanded 
model representation. 

Invoked by: The object server during the process of setting a parameter set as the active one. 
Input: 

• Reference to Parameter Set 

• . Market Segment Definitions . 

• Discrete Bid Attributes Definitions 

Output: 

• Expanded representation for the Parameter Set (see Addendum B 1 for Expanded 
Representation) 

Procedure: 

1 . Clear existing expanded representation if applicable. 
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2. Refer to market segment variable and discrete bid attribute definitions and find cross- 
products of the crossed discrete variables. 

3. Use the "Indicator Variable Creation Rules" in next paragraph to create indicator variables. 

4. Save representation along lines described in Addendum Bl. 
Rules for Creating Indicator Variables 

1. Competitors: If there are V competitors and a system user (total of n+I companies), create 
V indicator variables for competitors. The system user will be the reference, thus, no 
indicator variable will be defined for the system user. 

2. Discrete Variables: If a set of crossed discrete variables has 'n' possible values then V 
indicator (dummy) variables needs to be created. Only (n - 1) of these will actually be used, 
however. The choice of which to leave unused is based on the following: 

• If the model coefficients are entered into the system by the user, the user chooses which 
cross-product term to leave out. This choice is indicated by entering a NULL coefficient 
for the chosen cross-product term. 

If the model coefficients are generated by running a regression within the system, the 
system arbitrarily chooses the cross-product term to leave out. 

5. TransformPriceDependentVariables. This service is invoked by the following two services: 
CalculateWinProbabilityGivenPrice and the GenerateMRMCoefficients. It produces a set of 
values of market response drivers each of which involves a price variable and possibly other bid 
attributes. Bid attributes may refer.to new bid, currently active bid or historical bids. 

Invoked by: Calculate WinProbabilityGivenPrice, GenerateMRMCoefficients 
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Input: 

• Reference to bid being evaluated (passed as parameter) 

• System User's Price (passed as parameter) 

• Competitor net price (passed as parameter) 
Output: 

• Values of transformed bid attributes 

Procedure: Since the number and identity of competitors varies by bid, 
TransformPriceDependentVariables will only produce the values of price-dependent variables 
based on one price variable at a time (either system user's or competitors' price). Thus 
CalculateWinProbabiHtyGivenPrice must invoke TransformPriceDependentVariables once for 
each price variable. 

6. TransformPricelndependentVariables. This service is invoked by the InitializeMRMForBid 

and the GenerateMRMCoefficients services. It produces a set of values of market response 

drivers involving functional transformations of non-price bid attributes. Bid attributes may refer 

to new bid, currently active bid or historical bids.' 

Invoked by: InitializeMRMforBid, GenerateMRMCoefficients 

Input: 

• Reference to bid being evaluated (passed as parameter) 
Output: 

• Values of transformed bid attributes 

7. TransformDiscrete Variables. Produce a set of values of market response drivers. 
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Invoked by: InitializeMRMforBid, GenerateMRMCoefficients 
Input: 

• Reference to bid being evaluated (passed as parameter) 
Output: 

/ 

• Values of transformed bid attributes 

8. GetPriceDependentVariableNames. 

9. GetPricelndependentVariableNames. 

10. GetDiscreteVariableNames. 

11. GetDiscreteVariableLevels. 

These last four services return the names and descriptions of the market response drivers 
"whose values are produced by TransformPriceDependentVariables, 
TransformPricelndependentVariables and TransformDiscreteVariables. 

Figure 7 illustrates the MRM, which consists of the model parameter sets 710 and the 
services 720 as enumerated above, and its interactions with the Target Price Calculator (TPC) 
210 and the historical bids 730. 

Many situations require that the target pricing user select or specify a group of similar 
objects, for example "all small accounts." This is implemented with a "global dimension 
object," which specifies a grouping variable (like size) derived from the attributes of an object. 
This operation can be applied to company, account, bid or product objects, and is used in market 
response modeling for estimating how different types of customers react to different prices. It is 
also used in reporting as it enables the user to analyze results in order to understand system 
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and/or customer behavior. Further, the global dimension object can be used in applying strategic 
objectives which enable the user to modify the default operation of the system in order to achieve 
specific strategic goals, such as minimum win rates. 

The dimensions allow competitor net price modeling which enables the user to model 
competitor discounting behavior once again using some form of market segmentation. It also 
allows benefits modeling that enables the user to model pre-existing ("business-as-usual" (BAU)) 
pricing methods. 

Global dimensions are created whenever the user of target pricing desires to do one of the 
above. And as one might assume, they can be used for more than one of the above purposes. For 
many of these uses, the global dimensions are used for segmenting the TP user's customers, i.e., 
as market segmentation criteria. . 

There are three distinct types of global dimensions: discrete, continuous, and hierarchical. 
Discrete segmentation is used to group customers into specific buckets. For example, consider 
the following discrete market segments: North, South, Other. A customer will be grouped into 
one and only one of the 3 segments: North, South or Other. 

Continuous segmentation is used to group customers into specific buckets using a 
continuous indicator variable. For example, consider the following continuous market segments 
of Annual Revenues: Small: 0 - $10M; Medium: $10 - 50M; Large: Over $50M. Customers 
will be grouped into either Small, Medium or Large depending on their annual revenues. As their 
annual revenues change or the definition of the Small/Medium/Large breakpoints changes, the 
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customers will be automatically reclassified. The underlying continuous variable (revenue) is 
called the "base variable." ' 

Hierarchical market segmentation is a specialized form of discrete market segmentation, 
where there is more than one layer of segmentation. For example, consider the following 
5 Hierarchical market segmentation of Geographic Region: North: Maine, New York, etc.; South: 
Florida, Georgia, etc. A customer from New York is classified in the New York segment, as well 
as the North segment. 

Accordingly, market segments are used for purposes such as market response modeling, 
reporting, strategic objectives, price and cost modeling, competitor net price modeling, and 
10 benefits modeling. 

^ Market segments are used for market response modeling in the following manner: any 
market segments that are defined for a specific TP installation are automatically available for 
Market Response modeling. However, it should be noted that since each segmentation criteria 
that is added increases the dimensionality of the sample space, there is a finite limit to the 
15 number of market segments that can be used while still maintaining the statistical integrity of the 
system. For example, consider the following market segments: Customer size: small, medium, 
large; Account size: small, medium, large; Customer region: NE, SE, NW, S W; International 
Industry: Manufacturing, Service. 

The sample space impljed by this set of customer segments is: 3x3x5x2=90. This means 
20 that for every 90 bid transactions we are able to observe, there is (on average) 1 observation per 
(final) customer segment. In reality, since some of the market segments will be more populous 
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than others, there will be many market segments where no observations are recorded. This 
characteristic may double, triple or more the total number of observations needed. In addition; 
note that we need wins as well as losses, so the required number of transactions will be doubled. 
As a result, suppose that at least 10 wins and 10 losses are needed to model each market segment 
(the exact number will depend on how closely correlated the data is). This implies that for the 
above, we will need: 

(90 market segments) 

* (20 observations) 

* (2.5 assumed svarseness factor) 
= 4500 observations 

This number is reduced considerably if one of the above market segments is removed. For 
example, with the Region segment removed, we only need: 

(18 market segments) 

* (20 observations) 

* (2.5 assumed svarseness factor) 

= 900 observations 

Market segments are used for reporting purposes. Any market segments that are defined 
for a specific target bid price can be used in reports. The market segments can be selected to 
aggregate data along the x-axis. For example, in the above example, we could produce reports 
that displayed average target prices by: Customer size, Account size, Customer Region, and 
Industry. - 

Market segments are used to enter strategic objectives. Examples of a strategic objective 
are the minimum/maximum win rates! Using the previous example, a user could decide to • 
increase market share by: Customer size, Account size, Customer Region, and Industry. For 
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example, a user may decide to set a minimum win rate of 40% for all Small customers in the NE 
who are in the Manufacturing Industry segment. 

For product modeling, global dimensions are used to enable specification of product list 
price and (variable) costs. Any global dimensions that are defined for a specific target pricing bid 
are automatically available to use for price and cost modeling. Both list prices and costs are 
maintained in the product model. 

The Product Prices and Costs in preferred embodiment may be described through a 3- 
dimensional (or less) table. Dimensions are chosen from the Global Dimensions list or are 
defined by the System Owner. The Target Pricing system will support a standard or fixed set of 
dimensions, termed as the "global dimensions" list. This list will most likely contain dimensions 
such as Size, Region, and Ordered Quantity. The system will also support the creation of a new 
dimension name that is not already part of the global dimension list. The dimensions defined 
within the global dimension list will also have the dimension categories specified. For example: 
Region may have categories defined as North, South, East and 

West; while Size may have categories defined as Very Large, Large, Medium and Small. 
These definitions then populate the Price (Cost) Model templates, allowing the user to specify the 
price (cost) for each tuple. For example, suppose that for a particular product we had the Price 
Model defined over two dimensions: Region and Size, where each dimension has been 
categorized as follows. In this case the Price template would look like: 

Dimension 1: Region Dimension 2: Size Price 

East Very Large 
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Large 
Medium 
Small 

West Very Large 

Large 
Medium 
Small 

North Very Large 

Large 
Medium 
Small 

South Very Large 

Large 
Medium 
Small 

The System Owner would then specify the Product-Price for each 2-tuple in the above 
template. While defining each dimension the System Owner is also required to prescribe how the 
dimension categories should be interpreted. That is, "look-Up" (discrete) or "Interpolated^ 
(continuous and exact value to be derived). 

At the time of order taking (or at the time of bid construction or bid entry, as this action 
- has also been referred to), the Sales Representative will collect the data that is required to map an 
account, bid and/or product order according to these dimensions. 

With all the necessary information captured, the system must now compute the price 
(cost) for a particular product order. In what follows we have attempted to structure it as one 
might think through the process. What eventually gets implemented in the system may differ if 
efficiency short cuts are recognized and adopted. Before we proceed with the rest of the 
discussion, it is worth pointing out that the specifications laid out below greatly simplify when 
ALL dimensions within any of the different models (Price, Cost, BAU Price, Competitor Net 



WO 00/52605 



PCT/US00/05846 



36 

Price) are specified as "look-up" dimensions. In that case the entire algorithm reduces to Step-1 
below, which is essentially "looking up a value from a table". In every other scenario (that is, 
where there is at least one dimension specified as an "interpolate" dimension) the following 
algorithm, which may be better termed as "multi-dimensional linear interpolation", applies. 

A brief summary of the algorithm is presented below before we dive into the 
details/specifications for each step. 

• Step 1: Get total number of dimensions in price (cost or other value) model. Set values 
for look up dimensions, and let N = number of interpolate dimensions. 

• Step 2: Find "segment" in which desired point lies: Box defined by 8 points if N=3; 
Rectangle defined by 4 points if N=2, Line Segment defined by 2 points if N=l. 

• Step 3: Do N iterations, each of which consists of 1 or more linear interpolations 
between 2 points and reduces the number of remaining points by a factor of 2. After N 
steps there will be just 1 point (the desired one) remaining. 

Step 1: First Resolve All 'LOOK-UP" Dimensions on the Product -Order 

Resolve the "Look-Up" dimensions before the "Inteipolate" dimensions. For example: If 
a product's price model has been defined over three dimensions, two of which are of "Look-Up" 
type and the third of "Interpolate" type. Separate these out and resolve the "Look-up" 
Dimensions first. 
Example 1: 

Consider the following scenario where a particular Product's Price model is defined along 
the following dimensions: 
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• Dimension 1: Region as [States of the USA ]: Look-Up 

• Dimension 2: Quantity as [10, 25, 50 and 100}: Interpolate 

• Dimension 3: Body Type as [2-Door Coupe, 4-Door Sedan & 5-Door Wagon]: Look-Up 

For an Order on this Product, the Sales Representative has noted the following 
information in the Product Order entry screens for each dimension [CA, 80, 4-Door Sedan]. 
Clearly what the system should do at this point, is recognize that the "Look-Up" dimensions can 
be resolved immediately. That is the system should recognize that the Product Order under 
consideration rests between the 3-tuples: [CA, 50, 4-Door Sedan] and [CA, 100, 4-Door Sedan]. 

Assume that the price for the 3-tuple [CA, 50, 4-Door Sedan] is prescribed as 15,000 per 
;unit and the price for the 3-tuple [CA, 100, 4-Door Sedan] is prescribed as 14,500 per unit. Then 
clearly the price for the product order 3-tuple of [CA, 80, 4-Door Sedan] lies between these two 
values. This is what we need to compute eventually. 
Example 2: 

Consider the following scenario where the same Product's Cost model is defined along 
the following dimensions: 

• Dimension 1: Region as [States of the USA]: Look-Up 

• Dimension 2: Quantity as [10, 25, 50 and 100]: Interpolate 

• Dimension 3: Distance_In_Miles as [50, 100, 250 and 500]: Interpolate 

For an Order on this Product, the Sales Representative has noted the following 

O 

information in the Product Order entry screens for each dimension (CA, 80, 150). Clearly what 
the system should do at this point, is recognize that the "Look-Up" dimension can be resolved 
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immediately. That is the system should recognize that the Product Order under consideration 
rests between the 3-tuples (CA, 50, 100), (CA, 50, 250), (CA, 100, 100), and (CA, 100, 250). 
Then clearly the cost for the product order 3-tuple of (CA, 80, 150) lies between the cost at these 
four points. This is what we need to compute eventually. 
Step 2: Identify "Relative Position" of the Product-Order 3-Tuple 

However before we can compute the price we must first identify the "relative position" of 
the product order 3-tuple. In the previous example it was fairly easy since we had just ONE 
"Interpolate" dimension. 

Let us introduce some notation before we proceed further. Let X,Y and Z denote the 1st, 
2nd and 3rd "Interpolate" dimensions defined in the Product price (cost) model. Let the various 
categories (break-points) for X be denoted by x[j] where J =1, 2,...,"* . Similarly for Y and Z . 

For any Product Order 3-tuple denoted. by *\ we could find *, ' and m , f or each 

interpolate dimension within the Product price (cost) model, such that the following is true: 

x[k]<x<x[k + l] Expression 1-a 

y[l]< y <y[/ + l] Expression 1-b 

z[m]<z<z[m + l] Expression 1-c 

Generate the set of points that "enclose" the desired point by taking the Cartesian product 

of { 4*1,4* + 1] }> { y[n,y[l + 1] } md { z[m], z [m + l] } together with any ., ook .J p „ &mensions 

that may be specified. 
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Note: If for any dimension, Expression 1-a, 1-b or 1-c is not true (that is, a dimension 
value is either below the lowest break-point or above the highest break-point) then the system 
could adopt one of the following two possibilities consistently: 

1. Hard-Boundary Conditions: The system reports an error condition. That is, if * < *] or 
X> * n ** (or similarly for ?and z) then the system should return an error condition. 
Implementation of this alternative must be weighed against the chances (or probability) of 
such situations occurring frequently. If it is important to implement this approach (that is, 
report an error condition), and the system user notices this scenario arising frequently, then it 
may mean that the associated price, cost (or other) model should be revised to include a 
broader range of break points. 
2. Soft-Boundarv Conditions: The system returns the value at the boundary in question: The 
impact of this approach should be recognized in that it could translated "disproportionate" 
price (cost or other value) calculations. If the system users are unaware that the "values- 
reported by the model are •■truncated" or "capped" at the boundaries, mis may lead to distrust 
in the system functionality and pricing recommendations. 

Clearly, both approaches have their merits and dements. My personal preference is to adopt 
the second approach described above, but mis may no, be the ideal approach in some cases (or 
for some clients). A way around this would be to make Soft-Boundary Conditions the defauit 
and provide a "flag" (checkbox) within the Price (Cos, or other, Mode, template (within me 
Analyst Workbench GUI). The flag would al.ow ,he user to de-sdect the default "Soft- 
Boundary" approach. When de-se,ec,ed the system wou,d adopt a "Hard-Boundary" approach. 
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which reports an error condition when the supplied values are outside the boundaries of the 
model description. For the Oriental release we will simply use the Soft-Boundary Condition 
approach. 

Example 1 ( continued): 

We have the following data provided (just one interpolate dimension) 

( CA,*, 4 - Door Sedan) = (CA> 80 , 4 -Door Sedan) 
Which allows us to write the analog of Expression 1-a as follows: 

50 < 80 < 100 / 
That is, as previously mentioned the desired price point lies between the price points for 
(CA, 50, 4-Door Sedan) and (CA, 100, 4-Door Sedan). 
Example 2( continued): 

We have the following data provided 

( CA **>y ) = (CA, 80, 150) 
Which allows us to write the analog of Expression 1-a and 1-b as follows (that is, a pair 
of inequalities this time, since we have two "interpolate" dimensions defined for the Cost 
model): 

50 < 80 < 100 
100 < 150 < 250 

_ ■* ■ 

That is, as previously mentioned the desired price point is enclosed within the price 
points for (CA, 50, 100), (CA, 50, 250), (CA, 100, 100) and (CA, 100, 250). We generated these 
points by taking the Cartesian product of the sets {CA}, {50, 100} and { 100, 250}. 
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Step 3: Compute the Desired Interpolated Value 

We are now almost completely equipped to compute the price of the Product-Order as 
specified by its associated 3-tuple. The last piece of information we need to collect is the price 
(cost) from the Product Price (Cost) Model template for the following 3-tuples identified in the 
previous step. 

The algorithm is an "iterative" approach along each of the interpolate dimensions. 
However since we know that we will be supporting "at most" 3 interpolate dimensions the 
number of iterations to this algorithm is bounded at 3. It successively reduces the problem size by 
one dimension at each iteration, until it reaches the exact solution. Before we proceed with the 
algorithm description, we introduce one final piece 6f notation. The price (cost or other value) at 
fr'*'*) shall be denoted by -V Similarly, the price (cost or other value) at <*£*]. yPLz&n]) 
shall be denoted by ^. Intermediate results at points such as ^^],z[m]) shal] be similarly 
denoted by f Qim . 

Iteration 1: Fix the first interpolate dimension at * = * by interpolating along the X-axis to 
compute the prices at the points: 

1. (*. y[i], z[m]) . Interpolate prices at thg points y[l] ^ z[m]) ^ d 1L y[ll z[m]) 

2. yU + 1], z[m}) . Inteipo]ate prices at the po . nts Wi]f y[l +1]f z[m]) Md 
(4*+l],y[/ + l],z[m]) ' 

3 . yUl z[m + 1]) . Imerpolate prices at the po . nts (x[kl y[ll z[m + 1]) and . 

(x[k + 1], y[l], z[m + l]) 
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4. (*, y[l + 1], z[m + 1]) . prices at me points (*[*], y[Z + 1], z[m + 1]) ^ 

Iteration 2: Fix the second interpolation dimension at ^ = ^ by interpolating along the Y-axis to 
compute the prices at the points 

5 1. &> ^"^Interpolate prices at the points z[m]) ^ (x,y[l +l],z[m]) 

2. + !]) : Interpolate prices at the points <?> z t m + W and (*• + *l*z[m + 1]) 

Iteration 3: Fix the third interpolation dimension at z = z by interpolating along the Z-axis to 
compute the price at the point 
.1. (*, y, z) ^Interpolate prices at the points (3c, y, z[m]) and (3c, y, z[m +1]) . This is just simple 
10 linear interpolation along one dimension. 

Some general notes with respect to the above discussion: 

1. Within each of these iterations the generic Interpolation formula to be used is 

-jP - _ d[(x[r],y[slz[t]X(x[aly[blz[cy)] [ ^[(4«],y[v],zM),(j[fl],#],z[c])] 

<f[(*M, y[s], z[f]), (x[u], y[v], z[w])] ' Jww y[s], z[t]),(x[u], y[v], z[w])] ' fr " 

Where W^^-^and yM.zM) ^ me giv£n « end _ points „ of the interpolation md 

15 J™ and are their respective prices (costs or other value), and W a 3, y[6].z[c]) is ^ poim of 
interest [that is, the point(s) whose price(s) we are interpolating at each iteration]. 

2. The distance function,, specified as: 

d[(x[e], >[/], z[g]),(x[hl y[i], = - 4&]) 2 + (y[f] - y[i]) 2 + (z[g]-z[j]) 2 
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is the Euclidean distance between the two points that are prescribed as arguments to the distance 
function. 

3. With less than three interpolate dimensions to a price (cost or other) model, we make the 
following observations with respect to scenarios of less than 3 interpolate dimensions: 

a) Two Interpolate dimensions: Step 3 of the above algorithm simply reduces to Iterations 2 
and 3. 

b) One Interpolate dimension: Step 3 of the above algorithm simply reduces to Iteration 3. 
If implemented as a "Do Until" or "Repeat Until" (iterative) loop, this aspect does not 

require to be specially addressed - the implementation will adapt itself to the number of 
interpolate dimensions automatically. 

For competitor net price modeling, global dimensions are defined for a specific target 
pricing bid by allowing discounts to be applied to competitor list prices across any defined global 
dimension. The discounts are used to arrive at net prices. The competitor list prices are 
maintained in the product model. 

The BAU Price and Competitor Net Price models have one additional attribute besides 
the dimension names and dimension type ("look-up" or "interpolate") already discussed above 
with respect to the cost and price models. This additional attribute has been labeled "Model 
Type". The various values that "Model Type" takes on depend on whether the template is 
describing the BAU Price or the Competitor Net Price Model. For each these have been detailed 
below: 

BAU Price 
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1. Discount off List Price 

2. Cost Pius 

3. Going Rate 
Competitor Net Price 

1. Discount off List Price 

The obvious overlap between the BAU Price and Competitor Net Price model suggest 
that we should discuss the algorithms in the context of the three distinct Model Types. 

Data capture for these models is exactly the same as the Price & Cost model data capture. 
All data necessary for computing the BAU price and Competitor Net Price is captured at the 
point of product-order entry. The Sales Representative GUI screens have been designed with this 
requirement in mind. 

Reflection on the three Model Types reveals that each of them have the following two 
properties: 



1. Each is 



generated or computed off a "Base Value". 



a. 



Discount Off List Price uses the "List Price" as the "Base 



Value 1 



b. 



Cost Plus pricing uses "Cost" as the "Base Value 1 



c. 



Going Rate pricing uses the average, minimum or maximum 



Competitor Net Price" as the "Base Value". This last model 



has another layer of this logic/reasoning built into it, since 
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the Competitor Net Price itself uses the "Competitor's List 
Price" as the "Base Value". 
2. Each applies an "Adjustment Factor" to the "Base Value" to derive 
an "Adjusted Value" 

a. Discount Off List Price uses the "discount on list price" 
prescribed as the "adjustment factor" 

b. Cost Plus pricing uses the "percentage over cost" prescribed 
as the "adjustment factor" 

c. Going Rate pricing uses a prescribed "offset on the 
competitor's net price" as the "adjustment factor". As 
mentioned before the "competitor net price" itself involves a 
further level of this logic/reasoning and in fact uses a 
"discount off (competitor's) list price" as the "adjustment 
factor"! 

With this understanding the algorithm specification simplifies to the following: 
Step 1: Compute the "Base Value" 

In computing the "Base Value" the multi-dimensional linear interpolation algorithm 
specified above may have to be used if the "Base Value" has at least one "interpolate 
dimension". 

Step 2: Compute the "Adjustment Factor" 
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Since the "adjustment factors" are described through a -model similar to the Price and 
Cost model (i.e. multi-dimensional tables, with the ability to interpret each dimension as "Look- 
Up" or "Interpolate"), the algorithm above would apply here as well 
Step 3: Compute the "Adjusted Value" 

The "Adjusted Value" is either 

1. Discounted Price off the List Price 

2. Price over the Cost 

3. Offset over the Competitor Net Price 
It is computed easily as follows: 

AdjustedValue — (l + AdjustmentFactor)-BaseValue 
where it is understood that "Adjustment Factor" is represented as a "percentage" (either positive 
or negative). This implies that if the Adjustment Factor is 5%, then the value it assumes in the 
above formula is 0.05. In other words, 

AdjustmentF actor — AdjustmentF actor AsPercentage 1 100 
The exact formulation for each case is as follows: 

1. Discounted List Price 

DiscountedListPrice = (1 + DiscountOffListPrice) • List Price 

2. Cost Plus Price 

CostPlusPrice = ( 1 + CostPlusOff set) • Cost 

3. Going Rate Price 
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Going Rate Pricing is further classified as follows: 
Case Average: 

GoingRate = (1 + CNPOffset) - (J CompetitorNetPrice; / n) 

Where n is the number of Competitors . 
Case Minimum: 

GoingRate = (1 + CNPOffset) • (min{C6mpetitorNetPricej }) 
Case Maximum: 

GoingRate = (1 + CNPOffset) • (max {CompetitorNetPricej }) 
■ . For e ? ch cas 9 above the Competitor Net Prices are computed as follows: 

CompetitoNetPricq =(l + DiscountOfCompetitaListPricq).Competitoi.istPricq 
For benefits modeling, global dimensions are used to compute the target pricing benefits. 
Benefits are modeled by simulating the difference between target prices and their corresponding 
expected contribution versus prices as determined before usage of the target pricing method and 
their corresponding expected contribution level. Prices determined before the usage of target 
pricing can be modeled using global dimensions. 

The market response model (MRM) performs three key functions:, updating the 
coefficients for market response predictors on the basis of historical data (these updated values 
can be rejected or altered by tne user); for a particular bid, evaluating the price-independent 
predictors to generate a market response curve that depends only on price; and for a particular bid 
and offered price, calculating the estimated probability of winning ("the market response"). 
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Predictors can be market segmentation criteria (as defined by the user), bid drivers, or a 
product of several of these. For every predictor specified by the user, the coefficient values that 
define the market response curve are estimated and stored. These coefficients are used in 
combination with account and bid characteristics to calculate win probabilities. The market 
response curve and win probabilities are illustrated in the graph of Fig. 3. 

Coefficients fall into two categories: price-dependent and price independent. When 
computing the optimal (target) price, price-independent terms can be viewed as constants and 
computed in advance.. The main inputs are: market segments and pricerdependent and price- 
independent predictors for each market segment. The main outputs are: price-independent and 
price-dependent coefficients; bid-specific market response curves; and bid- and price-specific 
win probability estimates. 

Bid characteristics are determined by the target pricing user prior to begining the steps of 
the method. The specific value used in a particular regression is based on the interpretation for 
the characteristics. Once the market segmentation and bid characteristics have been defined, 
price-independent and price-dependent have to be made so that these characteristics can be used 
in probability determination. Since these parameters are used for modeling customer behavior, 
some of the transformations may not be very intuitive at the outset. For example, logarithmic 
expressions have been used extensively to dampen the possibility of large swings in probability 
due to large changes in any one parameter. 

Below is a list of example Bid characteristics. 
Bid Characteristics 

Characteristic Description 
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Name 

I^ST Mua.mcy ordered tor a given po„folio. 

ReveTe ^ P nce Nuartity for all produou in the portfolio 

Bid Contribution Contribution = (revenue - co St ) • qU ar,dty for all the 

Products in a given bid. 
Keycompeti.or fc.^dltad se, of key competitor s, define if any 
Keynroduct ° f * e ^P^tors ex.st for the given bid. * 

The curves in Hg present the H k- r W,th ,8 reattst re ™nue in bid. 

Kg. 4A represent the probabil.ty of winning as a function of increasing 

discount,. These curves are reversed in shape since theymode, the probability of winning against 

discounts (CE) offered instead of the probability of winning against price. 

between customers with "large" and "smal." order volume, Note that the large volume 

greater price sensitivity (the curve is steeper in its central region). 

Hg. 4B mustrates an examp.e of regiona. segmentation. Since me second curve is shifted 
a tad. to the right, there is more brand preference in the Southeast region when compared to the 
Canadian region. While the curves are qu i,e simiiar, there are differences. especiaUy for smal,er 

discounts. 1 

The MRM uses historical bids containing win/loss information to run a statistic*, 
regression. The statists regression uses the iogi, function to determine the best fitting market 
responsecurve. There are significant advantages of using me statistical form. 

The statists form ensures that the output is between zero and one for any set of 
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sensitivity from the first derivative. Mathematical properties of the logit function offer efficient 
numerical computation and an intuitive interpretation of the fitted coefficients. 

For example, if price is the only explanatory variable for modeling the likelihood of 

winning, one would have 10 historical bids containing win loss information as given below: 

■ 

Price Win/loss 

1 Win 

2 Win 

3 Win 

4 Win 

5 Win 

6 Loss 

7 Loss 

8 Loss 

9 Loss 

10 Loss - ' 

5 j . ;.; . .... I ; . - 

If win/loss is treated as a dummy variable where a win is identified by 1 and a loss is 
identified by 0, we get the plot of win/loss against price as illustrated by Fig. 5A. 

If we fit this plot to a statistical function, where the statistical function is defined as: 

P(x) J 

= l+e- (ot+Px) 

One obtains the curve of Fig. 5B , where win/loss is a binary response variable, and alpha and 
10 gamma are the explanatory variables. With this curve it is easy to determine the probability of 
winning at any price. A simple example is given below to illustrate MRM calculations. 
An Example: Meritor Heavy Vehicle Systems 

Meritor manufactures different parts for truck drive trains. These parts are sold to the end 
customers through OEM's (like Volvo/GM) that manufacture trucks. Since most of the trucks are 
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assembled by OEM's for end customers, Meritor has to figure out the discounts to offer end 
customers. 

In the example below, a bid is tendered to the Trinity Steel account by Meritor Heavy 
Vehicle systems. The following customer segments are defined by the user of target pricing: 
INPUTS 

Market Segmentation 

Market Segment Name Customer Size 

Market Segment Interpretation Small: 0 to 100, Medium: 101 to 500, 

Large 501 and greater 

The following bid characteristics are further defined by the user 
Bid Characteristic 

Characteristic Name LOGVOL 
Characteristic Interpretation Log of quantity ordered 

Accordingly, given below is a sample bid tendered to the account Trinity Steel: 

Sample Bid 

Account No. 1 

Account Trinity Steel 

Customer Size * Medium 

Bid No. 1 

Product Ordered Transmission - TR 1234 

Quantity Ordered 100 

Win/Loss Win 

Our Net Price . $55 

Competitor Net Price $57 

The market response variables are thus calculated: 
Problem Formulation 

Variable Formula for Value Used 

; Conversion • 

Alpha " " : 

Alpha 0 (Intercept) Intercept variable set to 1 1 

for every problem 
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Alpha l(Discrete Cust. Seg. - Dummy Small = 0.0, Medium = 1 
var -) 1.0, Large = 2.0 - 

Alpha2(LOGVOL) Log(quantity) . 2 

Gamma 

Gamma 1 (Discrete Cust. Seg. - Alpha 1* Log -0 0155P166 

Dummy var.) (PriceRatio) 

Gamma2(LOGVOL) Alpha 2* Log -0.031024332 

(PriceRatio) 

Multiple rows of similar bids containing win/loss information are calculated in a 
statistical regression routine, as shown below: 

OUTPUTS 

Coefficients Obtained By Regression 



Alpha 

Alpha 0 (Intercept) -0.003 

Alpha l(Discrete Cust. Seg. -Dummy -0.001 
var.) 

Alpha 2 (LOGVOL) . 

0.0006 

Gamma 

Gamma 1 (Discrete Cust. Seg. - Dummy - 

var -) 0.0008 
Gamma 2 (LOGVOL) . 

0.0003 



Given these coefficients, the win probability of any bid can easily be calculated for a 
specific price. For the example above we have: 

Calculating Probability of 
Winning 

Sum of Alphas = Alpha 0 + Alpha 1 + Alpha2 -0.0046 

Sum of Gammas = (Gamma 1 + Gamma2) * (log(PriceRatio)) 1.70634E-05 

Prob of winning for the bid above 1/1 + EXP-( Alphas + Gammas'log(PriceRatio) 0.499 

The win probabilities can accordingly be determined from the active parameter set that 
contains the market response parameter used by the system to compute win probabilities. 
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The binomial case for win probability is: 

. Win Prob J 

= 1 + exp (g+y) 

Where a = a 0 + B 1 a 1 + B 2 a 2 + . . . + 6000 

and where y = Yo + DiYj + D2Y2 + . . . + D n yn 

The multinomial case for win probability is: 

Win Prob J 

= 1 + Si exp (OLi + Yi) 

Where oc, = ceo + BiiCti + B 2i a 2 + ..".+ BniCCn 
and where Yi = Yoi + DiYii + D 2 Y2i +".-.+ D n Yni 

In each case, the a's and y's are specific to a bid. 

Bi, . . . B n are bid specific brand preference and other price independent drivers and 
market segment variables. 

Dj, . . . D n are bid specific price dependent drivers and market segment variables. 

The cc's are referred to as brand preference and other price independent parameters 
because a change in these parameters shifts the Market Response curve to the right (or to the 
left). 

The y's are referred to as price dependent parameters because a change in these 
parameters changes the slope of the Market Response curve. 

The price-independent predictors can be viewed as measures of customers* brand 
preferences. The price-dependent ones, however, provide a measure of customers' price- 
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sensitivity, and determine the slope of the linear region of the market response curve. Fig. 8 
illustrates the impact of the predictor coefficients on the market response curve. 
With respect to the preferred method of statistical regression: 



Win 

Probability = 1 + exp [-cc - Y x price] 



a represents the sum of price-independent coefficients. Note that in Fig. 8, as a increases, the 
curve shifts right (signifying increased brand preference), y, on the other hand, sums the effects 
of a change in price. Hence, in Fig. 8, as y increases, the curve becomes steeper. 

For the statistical market response curve, there is always an inflection point where the win 
probability (WP) equals 0.5. The higher y, the steeper the curve near WP = 0.5, and the shallower 
at the endpoints WP = 0 and WP = 1. 

It should be noted that market segmentation models macro level customer behavior (e. fr 
region based market segments), and is therefore an integral part of pricing strategy. In target 
pricing, account characteristics can be used to identify market segments, enabling segment- ■ 
specific net prices to be offered. In addition, characteristics of individuals bids (such as volume 
or key competitor) can further influence customers' brand preference and willingness to pay. The 
MRM therefore applies the characteristics of both the account and the particular bid when 
estimating bid probabilities. 

There are basic business objects that enable target pricing to be deployed in multiple 
diverse industries and serve as its basic infrastructure for bidding. In particular, key objects 
include: companies, accounts, bids,' products, and options (including competing products and 
options). 
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"Companies": a company is either the target pricing user or one of the companies 
competitors. 



"Accounts": these are customers or potential customers of the target pricing 
"Bids": a bid is a request for products over a specified time period for which 



user. . 
a custom 



5 price will be generated by the target pricing method. 

"Products": these are the products or services that the target pricing user produces and 
includes in a bid. In addition, products also include those produced by competitors: 

"Options": these are auxiliary sub-products that can be added to a product, but which 
cannot be ordered on their own. 

10 Fig. 4 illustrates how the key objects are inter-related. Companies produce the products 

that are contained in account bids. Accounts are the current and potential customers of the target 
pricing user. Each account is identified by a name and an account number. Associated with each 
account are values of the market segment variables. 

An account contains 0 or more bids. An account will contain 0 bids if it is new or if no ' 

15 bids have been created for it to date. Although an account can contain more than 1 bid, only 1 bid 
may be active at any time. The remaining bids will either be inactive, rejected, pending or under 
construction. 

An example of the active bidding: 

Account Customer Customer 

f umber Na?^ HQ Address Since Segment Industry 

1 Talus Mt. View, CA 1/1/1990 Small 541 

MenloPark, CA 1/1/1985 Large 334 

Park Ridge, NJ 1/1/1998 Medium 485 



2 Cisco 

3 Hertz 

4 Hyatt Oakbrooic, EL Null Null 



721 
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Safeway Oakland, CA 



Null 



Null 



445 



A bid is a proposal to an account for delivery of products over a specified time period at a 
specified price. The bid contains at least one, and may contain more than one, product or service 
order. For example, a bid can contain the following information as illustrated below: bid 
number, account, bid description, bid status, account executive, various dates, and one or more 
product orders. 



Bid 

Number 


Account 


1 


Talus 


2 


Talus 


3 


Cisco 


4 


Cisco 


5 


Hertz 


6 


Hyatt 


7 


Safeway 



Description Dates 



Annual 

Renewal 

Annual 

Renewal 

Annual 

Renewal 

Annual . 

Renewal 

Initial Proposal 
Initial Proposal 
Initial Proposal 



1997 
1998 
1997 
1998 
1998 
1997 
1998 



Status 



Inactive 

Active 

Inactive 

Active 

Active 

Rejected 

Rejected 



A bid is always in one of the following states (note that the state can change over time): 
"Under construction" - The bid is being prepared, and has not been submitted to the 
customer. 

"Pending" - The bid has been completed, target priced, and submitted to the customer, 
but no response has been obtained from the customer yet. 
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"Active"- A bid has been accepted, and converted to a contract, under which we are now 
offering products. 

"Rejected "- A bid has been rejected outright or has expired unexercised! 
"Inactive" - A bid that was previously active, but has run through the specified (active) 
time period. 

A bid has associated with it the following dates: 

"Start date" - Initial date for which products will be provided under these terms. 
"End date" - Final date when products will be provided under these terms. 
Some embodiments do not associate a "Start date" and "End date" with a bid. 
. - MInitiation date " ~ Date when bid was initially submitted to the customer. 

"Close date" - Date when a bid was either accepted, rejected or expired unexercised. 
"Expiration date" - Date when a bid expires. 

"Last modified date" - Date when the bid was last modified (either the product order was 
modified or the offered price was changed). 

Products are the goods and services that a company provides to its customers at 
contracted or agreed terms. Products can consist of the following parameters: Name, number, 
part number, product line, set of options, cost model, price model, set of competing products, and 
company. 

In the object model, it is preferable to differentiate between products and product orders. 
Products are the definition, and product orders are specific products that have been ordered in a 
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bid. Product orders contain quantity, corresponding time period, and options. Some examples of 
products: 



Number Name 


Product Line 


Part 

Number 


. Inspiron 3500 
D266Xt 


Notebooks 


1001 


2 Dimension XPS 
R450 . 

3 Solo Portable PC 


. Business 
Desktops 


2001 
5150 


4 Hyperspace GX- 
450XL 




6200 



Product orders are the specific products and options that have been ordered in a bid. The 
product order also specifies the quantity being requested and the time period that quantity relates 
to (e-g., per day, per week, per month, per quarter, per total). In addition, the product order 
specifies the options that have been ordered with this product. Finally, for any products which 
contain N dimensional price or cost models, the specific dimensions corresponding to the 
price/cost model must also be recorded. An example of this is: 

Product Comp Net 

Number Quantity Period Competitor Price Options 

1 25 Total 1 2700 None 

2 50 Total 1 3999 2 

Options are sub-products that can be ordered for a specific product. An option can only be 
ordered after the corresponding product has been ordered. Each product contains 0 or more 
options. 

Options can consist of the following parameters: name, cost model, price model, 
competing options, and company. 
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In the object model, it is preferable to differentiate between options and option orders. 
Options are the definition, and option orders are the specific options ordered along with a 
particular product order. Option orders are contained in the product orders object, as the 

following example illustrates. 



_Number 
1 
2 
3 
4 



Name 
32MB memory 
3 yr. warranty 
32MB memory 
3 yr. warranty 



Company 
0 
0 
1 
1 



Price 
Mod el 
$99 
$150 
$60 
$0 



Cost 
Mod el 
$50 
$50 



Competing 
^Option 
3 
4 



Prices and costs can be modeled in the following ways: 

0-D A single value 

1 _d A vector of values 

2 - D ^ two-dimensional matrix 
N - D An n-dimensional matrix 
Function 



A combination of the above 
models 



Example Price/Cost Models 

0-D 



$20 



l-D 


Quantity 


1 


2-5 


6 + 


- # 


Price 


$20 


$18 


$15 


2-D 


Distance 


Weight 
0 - 1 lbs. 


1 - 10 lbs. 


10 + lbs. 




1 Zone 

2 Zones 


$10 
$15 


$8 
$12 


$5 
$8 
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'3 Zones $19 $14. $9 

"Function": Pickup cost (0-D) + Transportation cost (2-D) 
Prices or costs can be retrieved from the tables from matching entries and interpolated for exact 
price. 

For each of the target pricing user's products, a list of competing products is specified. 
Each of these competing products are to be treated like the target pricing user products. The only 
differences are thauhe company specified in the product is a competitor, and no cost model is 
specified since we do not need to compute costs for competitors. 

The competitor net price (CNP) model used in target pricing estimates the prices 
competitors will offer to customers, including negotiated discounts. Logically, with all other 
factors being equal, the lower the competitor net price, the lower the target bid price will have to - 
be to ensure the same probability of success. Conversely, the higher the competitor net price is, 
the more latitude one will have in generating a target bid price. 

The target pricing method ideally uses accurate competitor net prices at the product level 
for every product in the specific bid. The target pricing method can then calculate a competitor 
net price for each competing product. While the competitor net prices can be estimated, the 
variance in the data can cause the target price obtained to not properly reflect the current market 
environment. 

For each of the target pricing user's products, there is typically a competing product from 
each competitor in the system. For example, if the target pricing user were Ford, and the 
competitors consisted of Honda and Toyota, then for each Ford product, such as the Taurus 
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automobile, there would be a competing product from Honda (for example, the Accord 
automobile) and a competing product from Toyota (for example, the Camry automobile). A 
competing product is only required at the order level. 

These competing products are maintained in the target pricing product model much like 
the target pricing user's products, with the following exceptions: no cost model is stored for 
them, since it is not necessary to estimate the cost of a competitor's offering. Competing products 
are not maintained, as these are stored in the target pricing user's product table. 

To compute a competing product's list price, the price model maintained in that product 
is utilized. Like all other products, the competitor's product price can be maintained as a 0-D, 1- 
D or 2-D model. All of the attributes needed for price modeling (i.e., the dimensions of the price 
model) must be obtained during the bid product order construction process. 

To the product's list price we must also add the price of the options. This is done by 
examining the user product model and retrieving the appropriate option prices. This process can 
best be clarified by the following example: 

Continuous Market Segments Annual Revenue 

Small $0to50M 
Medium $51M to $400M 

Lar g e $ 400M and over 

Target Pricing User: Ford 
Competitors: Honda and Toyota 
Product: Taurus 

With the following 1-D price model: 

-Taurus Price Model 
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Quantity 
1-9 
10-99 
100 + 



Price 



$20,000 
$19,000 
$18,000 



Taurus Competitors table: 
Honda: Accord 
Toyota: Camry 
Taurus Options table: 



Option 
Sunroof 



Price Honda option/price 



V-8 

Leather seats 
Product: Honda Accord . 

With the following 1-D price model: 



$ 1 000 Moonroof - $800 
$2000 V-6 - $1500 
$800 LX upgrade - $1200 



Honda Accord Price Model 

Quantity Price 

1-5 



6 + 



$22,000 
$20,000 



Product: Toyopa Camry 

With the following 0-D price model: $21,000 
Example bids: 

10 Bid#l: 1 Ford Taurus, with Sunroof and V-8 

Ford list price = $20,000 + $ 1 000 + $2000 = $23,000 

Honda list price = $22,000 + $800 + $1500 = $24,300 
Toyota list price = $21,000 + 0 + $2000 = $23,000 
15 Ford Taurus with Sunroof and Leather seats 



Bid #2: 



Toyota option/price 



n/a 
V-6 - $2000 
XLE upgrade - $2000 



WO 00/52605 



PCT/US00/05846 



63 

Ford list price = $19,000 + $1000 + $800 = $20,800 

Honda list price = $20,000 + $800 + $1200 = $22,000 

Toyota list price = $21,000 + 0 + $2000 = $23,000 
After computing the competitor list price, the net price is computed by applying the 
appropriate discounting model. The discounting options are as follows (note that each model 
varies by competitor): 

•. no segmentation used = a single discount value is applied against all products; 

• product segmentation used = a different discount is available for each product; market 
segmentation used = a different discount is available for each market segment; or 

• combination of segments = combine more than one market segment, or the product segment 
with one or more market segments. 

As before, this is best illustrated by example: 
Honda: No segmentation used: Standard discount is 10%. 
Toyota: Product and market segments are used as follows: 

Market segment = Customer size 

Product Small Medium Large 

Corolla 0% 5% 10 % 

Camry 0% 10% 15% 

This indicates that to compute the net price for Honda, we first compute the list price 

(including options) and then discount by 10%. To determine the net price for Toyota, we first 

need to determine what Customer sjze market segment the account falls into, and then apply the 

appropriate percentage against the product being priced. For example/for a Medium size 

customer purchasing the Camry, the discount would be 10%. 
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Because the competitor net price is a very important input for the target pricing method, 
precautions should be taken to ensure that the estimated competitor net price is reasonable. This 
is preferably accomplished by using an allowable range. 

The allowable range is used to determine values that fall outside the allowable range 
during the target bid price calculation. If the value is outside the allowable range, the competitor 
net price must be changed until it falls within the allowable range, or the competitor net price 
model must be changed. 

the target pricing method can be optimized for a particular user. At a macro level, the 
target pricing method recommends a target price for each bid. These bid level recommendations 
are then used to calculate product level price recommendations. The target prices at each level 
are determined by a non-linear optimization that maximizes expected marginal contribution 
subject to certain business rules (constraints). However, rather than providing a single specific 
bid price, the target pricing method preferably computes a range within which one can negotiate 
a final price with the customer. 

One can either considers a "static" evaluation of bids, or at the macro level, capture : ^ 
market place dynamics by evaluating each bid order over multiple years. The multi-year • 
optimization can model behavior like competitor response, changes in interest rates, changes in 
cost and price structures, and like parameters. 

Target pricing computes prices in a sequence of four steps: 

(1) Unconstrained bid-level prices.' 

(2) Constrained bid-level prices. 
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(3) Unconstrained product-level prices. 

(4) Constrained product-level prices. 

At each step, the m«hod calculates a minimum pnce, target and maximum price. 
Intently, prices are computed as percentage discounts relative to lis, price, but the target pricing 
user can choose to display them as absolute (cash) amounts, absolute (cash) discounts, or price 
ratios relative to a competitor net price. 

The targe, pricing user must gather all bid and account information necessary to calculate 
win probabilities. Examples of additional parameters or factors are: products, options and 
quantity ordered; Us. price and quantity for all products in the bid; cost and quantity for aU 
products in the bid; competitor's net price for all products in the bid. 

The targe, pricing method generates minimum, target and maximum prices as its output 
The values produced are unconstrained and consumed prices for the entire bid, and 
unconstrained and constrained prices for each product. 

The method of optimization particularly includes the steps of: solving the unconstrained 
bid level optimization, ignoring all strategic objectives; then solving the strategic objectives 
through appHcation of the constrained optimization; and men s oI ving me unconstrained product ' 
optimization and the constrained product optimization. 

In using the method, theMRMis used to analyze historica. bid data and update the 
coefficients for the market response predictors wi,h aU account and bid characteristics. The 
MRM calculates al. price-independent terms to generate a market response curve dependent only 
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on the target pricing user's net price. Then, the user preferably performs a non-linear 

optimization routine to find the price which maximizes expected contribution: 

expected contribution = win probability x sum over all products [ list price x (1 -discount) - 

variable cost of product i ] x quantity of product i 

Once bid optimization has been calculated, discounts are assigned for each product in the 
bid. While it is possible to simply assign discounts calculated at the bid level to each of the 
products within the bid, it is preferable to optimize the allocation to each product. 

The method should maximize expected contribution (at the bid level) while allocating 
incentives for each of the products ordered in a given bid. Individual product incentives are 
aggregated to the bid level and are subject to any desired constraints. The incentives offered at 
the product level should aggregate to the bid level incentive determined by the bid optimization. 
And product incentives should not exceed the available margin on that product although a 
negative margin could be enabled in some embodiments. 

Strategic objectives can be used to control the default behavior from usage of the target 
pricing method. Furthermore, strategic objectives determine constraints that impact the 
calculation of the optimal target price. 

The method preferably uses 2 types of strategic objectives: 

"Win (success) rates' - these are minimum or maximum bid win rates needed in 
particular market segments. . 

"Minimum profit margins" - these are minimum profit margins that are enforced with 
each bid. 
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The strategic overrides are preferably applied in the following sequence: (1) the 
unconstrained target price is calculated; and (2) conflicting strategic objectives are resolved. 
A feasible target range is calculated from the constraints determined by the strategic objectives. 
If the optimal target price is outside this feasible range, the constrained target price that satisfies 
the constraints is found. 

Among multiple minimum success "rate objectives, choose the one with the highest 
success rate. Among multiple maximum success rate objectives, choose the one with the lowest 
success rate. Among multiple profit margin objectives, choose the one with the highest profit 
margin. If a success rate objective and a profit margin objective are in conflict, an arbitrary 
parameter set by the user determines precedence. 

Minimum profit margins can be applied at 2 levels: at the individual product level and at 
the product-line level. After the unconstrained target price has been calculated, the products 
minimum profit margins are verified. If for any product, the minimum profit margin is being 
violated (for example, minimum profit on Product A is 10%, but method has calculated 8%), the 
target price should then be adjusted up to the minimum profit margin (that is, the price is 
increased until the minimum profit margin criteria is satisfied). 

After all product margins have been adjusted, the overall bid margin is calculated. If the 
bid margin exceeds the minimum, then prices for all products should be adjusted proportionately. 
For example, assume that the biinimum bid profit margin is 10% and we have a bid with a 5% 
margin. Then the price for each product in the bid will be increased proportionately until the 
overall bid margin is 10%. 
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The total cost of all strategic objectives for a particular bid is calculated, and alternately, 
will determine the costs of applying strategic objectives for an entire set of potential bids, on a 
forward-looking basis. The expected cost of the strategic objectives on a particular bid is simply 
the difference between the expected contribution without the strategic objectives and the 
expected contribution with the objectives. 

The benefits of the target pricing can be used to gauge the performance of use of target 
pricing, and also to focus investigative efforts in areas where the target pricing user's previous 
system does not appear to be operating effectively. The problems may be a result of user error, 
for example, incorrect input data, and thus should be rectified as soon as possible. 

The benefit of target pricing is defined as increased expected contribution from using the 
target pricing. Mathematically this is expressed as: the expected contribution with target pricing 
less the expected contribution from using the company's pre-existing pricing method. 

The preferred methodology to compute target pricing benefits is gathering a database of 
historical bid transactions, and for each bid, recording the following information: 
'Target price": as calculated by the system through its optimization process, - 
"Actual price": as determined through ultimate purchase by the client (should normally faU 
inside the range computed by the target pricing method), 
"Variable costs": which are unique to each bid circumstance, 
"TP win prob": the win probability associated with the target price, - 
"AP win prob": the win probability' associated with, the Actual Price, using the same market 
response curve as for the TP win prob, 
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"Business-as-usual (BAU) price": the price which would have been used for the bid prior to 
target pricing, and 

"BAU win prob.": the win probability associated with the BAU price, using the same market 
response curve as for the TP win prob. 
Using the above values, we can calculate: 

Actual received benefits (i.e., the benefits that the user is currently experiencing) = 
(Actual price - cost) * AP win prob. - (BAU price - cost). * BAU win prob.; and 

TP optimal benefits (i.e., the theoretical system potential if used correctly) 
(Target price - cost) * TP win prob. - (BAU price - cost) * BAU win prob. 

These numbers can be calculated for each transaction, and then the benefits numbers 
scaled to whatever level is desired. For example, the benefits could be aggregated by: competitor, 
region, account executive, customer type, industry segment, or other parameters. 

In order to calculate the target pricing benefits, simulation of the pricing behavior of the 
company before target pricing is necessary. The user preferably selects from among three 
different pricing methods: 

"Cost-plus pricing": The price is a pre-specified amount (the profit margin) over cost. 
BAU price = Cost * (1 + Gross Margin) 

"List pricing": The price is discounted a pre-specified amount from that- maintained in the 
price list. BAU price = List Price *(1- Discount) - 

"Going-rate pricing": The price is based on competitors' prices, and is a pre-specified 
amount over or under their price. BAU price = Competitor Net Price * (1 + Gross Margin) 
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Each of these BAU price models can vary by product, or according to any of the system's 
global dimensions. For the going-rate model, the target pricing user must choose how to 
calculate a "going rate" from multiple competitors' prices: options are the minimum, average or 
maximum of the competitors' net prices. 

i 

A few examples will make the pre-target pricing practices model clearer 

A company always priced at 10% above cost. This is a cost-plus model with no 
segmentation. Margin = 10%. A company always priced at something above cost. For certain 
highly competitive products it was 5%, for the remaining proprietary products it was 20%. This 
is a cost-plus model with product segmentation. A company priced at something above cost; The 
margin varied by product and customer size. Cost-plus with product and market segmentation. 
A company discounted from its standard price list The discounts varied by region and customer 
size. list pricing with two global dimensions (region and customer size). 

A company priced based on its competitors. Against Competitor A, the company priced 
5% above, against Competitor B, the company priced 5% below. Going rate pricing.^ 

The final step in the target pricing benefit computation is to take the BAU price 
calculated using one of the above methods, and calculate the associated win probability. This is 
done by looking up the win rate associated with that price from the market response curve (this 
also requires the competitor net price). Since the market response model is derived from 
unbiased historic information, and since it directly relates price to win probability, it can be used 
to compute the win probabilities for prices computed using non-target pricing methods. For 
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comparisons to be meaningful, however, the same MRM parameters set must be used to compute 
both TP and BAU win probabilities. 

It should be understood that the foregoing pertains only to the preferred embodiment of 
the present invention, and that numerous changes may be made to the embodiment described 
herein without departing from the spirit and scope of the invention. 
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CLAIMS 

What is claimed is: 

1. A target pricing system for obtaining an optimum value, the target pricing system 
resident on one or more host processors in connection with one or more data stores, the target 

pricing system comprising: 

a product model that defines list values using stored price data and costs the values using 
stored cost data; 

a competitor net price model that calculates an equivalent competitor net price for the 
value; and 

a market response model that calculates the probability of winning with the value as a 
function of price. 



2. The system of claim 1, further including an optimization model that computes the 
target price of an optimal value that maximizes expected contribution. 



3. 



The system of claim 1, further including a benefits model that calculates 
more benefits of target pricing in comparison to a pre-existing pricing approach. 

4. The system of claim 2, wherein the product model, competitor price model, 
market response model, optimization model, and benefits model are objects implemented i 
software on the one or more processors of the target pricing system. 



one or 
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5. The system of claim 1, wherein the product model and the competitor price model 
are n-dimensional with stored data reflective of at least price and cost, and wherein the system 
pricing the value, costing the value, and calculating an equivalent competitor net price are 
performed by iterative linear interpolation of the stored data. 

6. A target pricing system for obtaining an optimum bid, the target pricing system 
resident on one or more host processors in connection with one or more data stores, the target 
pricing system comprising: 

a product model that defines list value using stored price data and costs the bids using 
stored cost data; 

a competitor net price model that calculates an equivalent competitor net price for the bid; 
a market response model that calculates the probability of winning the bid as a function of 
price; and 

an optimization model that determines the competitive response to any potential bid and 
computes a target price that maximizes expected contribution. 

7. The system of claim 6, further including using a benefits model that calculates one 
or more benefits of target pricing in comparison to a pre-existing pricing approach. 
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8. ^ system of claim 7, wherein the product model, competitor price model, 
market response model, optimization model, and benefits model are objects implemented in 
software on the one or more processors of the target pricing system. 

9. The system of claim 6, wherein the product model and the competitor price model 
are n-dimensional with stored data reflective of at least price and cost, and wherein the system 
pricing the bid, costing the bid, and calculating an equivalent competitor net price are performed 
by iterative bnear interpolation of the stored data. 

10. The system of claim 6, wherein the market response model includes coefficients 
for market response predictors based upon historical data, and for a specific bid, evaluates price 
and price-independent predictors to generate a market response curve from which an estimated 
probability of winning a bid is calculated. 

11. The system of claim 10, wherein the coefficients are dynamically updated over * 
time based on results of past bids. 

12. The system of claim 1 1 , wherein the market response predictors are attributes 
selected from the group comprised of: customers, orders, and products. 

13. The system of claim 12, wherein the customers attributes are static and 
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variable attributes. 

14. The system of claim.7, wherein the benefits model compares the expected 
contribution that would be obtained given the market response at the target price minus the 
expected contribution that would be obtained given the market response using the pre-existing 
pricing approach. 

15. The system of claim 14, wherein the pre-existing pricing approach is selected 
from the group comprised of: discounting a list price in the product model; adding to the cost in 
the product model; and competitive matching of historical data. 

16. The system of claim 6, further including strategic objectives, each of which affect 
the target price of the bid. 

17. The system of claim 16, wherein the strategic objectives are- selected from the 
group comprised of: a pre-specified maximum or minimum margin on the bid; and obtaining a 
pre-specified maximum or minimum success rate on the bid. . - 

18. The system of claim 17, wherein the strategic objectives are specified at the 
product segment level and market segment level. 
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19. The system of claim 6, wherein the target pricing system further calculates a target 
range for the target price. 

20. The system of claim 19, wherein the target range is calculated based upon a 
predetermined range from the maximum expected contribution. 

21. The system of claim 19, wherein the target range is calculated based upon a 
predetermined range greater and lesser than the calculated optimum target price. 

22. The system of claim 6, wherein the target pricing system is resident on one or 
more processors in a local network of a user of the target pricing system. 

23 . The system of claim 6, wherein the system includes a target pricing data store 
including at least the price data, cost data, historical data, and additional business metrics such as 
margin, volumes, and revenues. 

24. The system of claim 6, wherein the one or more processors of the target pricing 
system are remotely located from the user of the target pricing system and accessible from a 
remote interface across the Internet. 
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25. The system of claim 8, wherein the product model, competitor price model, 
market response model, optimization model, benefits model, and target pricing data store are 
resident on the one or more processors of the target pricing system located remotely from the 
user. 

26. An automated method of target pricing a value with one or more processors in 
connection with one or more data stores, comprising the steps of: 

pricing the value using stored list prices in a product model; 
costing the value using stored costs in the product model; 

calculating an equivalent competitor net price for the value using a competitor net price 
model; ^. ^ ; .< 

calculating the probability of winning with the value as a function of price using 
parameters from a market response model; and 

calculating a target price for the value that maximizes expected contribution using an 
optimization model that determines competitive response to any potential value. 

27. The method of claim 26, further including the step of calculating one or more 
benefits of target pricing in comparison to a pre-existing pricing approach. 



28. The method of claim 27, wherein the product model and the competitor price 
model are n-dimensional with stored data reflective of at least price and cost, and the steps of 
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pricing the value, costing the value, and calculating an equivalent competitor net price are located 
by iterative linear interpolation of the stored data. 



29. The method of claim 26, wherein the step of calculating an equivalent competitor 
net price further includes the steps of: 

retrieving a price from the product model for a specific value; and 
applying a discounting model to the price to determine a competitor net price forthe 
specific value. 



30. The method of claim 29, further including the step of overriding the calculated 
equivalent competitor net price if the calculated competitor net price falls outside a 

predetermined range. 

31. The method of claim 26, wherein the market response model includes coefficients 
for market response predictors based upon historical data, and for a specific value, the step of ,o 
calculating the probability of winning the bid includes the steps of: 

evaluating price-independent predictors; and 

generating a market response curve from which an estimated probability of winning with 
the value is calculated. 
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32. The method of claim 31, wherein the step of evaluating price-independent 
predictors is evaluating price independent predictors for at least the customer, the order, and the 
product 

33. The method of claim 32, further including the step of evaluating static and 
variable price-independent predictors. ' 

34. The method of claim 27, wherein the step of calculating one or more benefits of 
target pricing includes the steps of: 

v obtaining the target price for the specific value; 

: . calculating a target price. value using a pre-existing pricing approach; and 

comparing the value from the pre-existing pricing approach to a market response curve to 
determine the probability of a successful bid with the pre-existing pricing approach. 

35. The method of claim 34, wherein the step of calculating a target price bid using a 
pre-existing pricing approach is a step selected from the group of: 

discounting the list price from the price model; 

adding a predetermined amount to the cost for the value; and 

matching a historic rate. for the specific value. 

36. The method of claim 27, further comprising the steps of: 
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calculating a specific target price for a performance of a contract; 
determining the applicability of one or more strategic objectives to the target price; 
calculating a target range for the target bid price that is constrained by the one or more 
strategic objectives; and 

obtaining a target price that is within the target range. 

37. The method of claim 36, wherein the step of determining the applicability of one 
or more strategic objectives is a step selected from the group of: 

obtaining a pre-determined maximum or minimum margin on the value; and 
obtaining a pre-determined maximum or minimum success rate on the value. 

38. The method of claim 26, further including the step of calculating a target range for 
the value. 

39. The method of claim 38, wherein the step of calculating a target range is a step 
selected from the group of: 

calculating a target range from the maximum expected contribution; and 
calculating a target range based upon the optimum target price. 

40. A target pricing system for obtaining an optimum value, the target pricing system 
resident on one or more host processors in connection with one or more data stores, the target 
pricing system comprising: 
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product model means for creating a product model that defines list values using stored 
price data and costs the values using stored cost data; 

competitor net price model means for creating a competitor net price model that 
calculates an equivalent competitor net price for the value; and 

market response model means for creating a market response model that calculates the 
probability of winning with the value as a function of price. 

41. The system of claim 40, wither including an optimization model means for 
creating an optimization model that determines the competitive response to any potential value 
and computes the target price that maximizes expected contribution. 

42. The system of claim 40, further including a benefits model means for creating a 
benefits model that calculates one or more benefits of target pricing in comparison to a pre- 
existing pricing approach. 

43. The system of claim 42, wherein the product model means, competitor net price 
model means, market response model means, optimization model, and benefits model are objects 
implemented in software on the one or more processors of the target pricing system. 

* 

44. The system of claim 1 , wherein the product model and the competitor price model 
are n-dimensional with stored data reflective of at least price and cost, and wherein the system 
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pricing the value, costing the value, and calculating an equivalent competitor net price are 
performed by iterative linear interpolation of the stored data. 



WO 00/52605 



PCT/US00/05846 




TP Product 
Bid Entry 
Screens (Java) 



no 



Legacy ctr . _ 



rront'-^xuis 



TPE Interface 



Service Bureau/ 
Website 



Sales Force 
Automation ^^fi 
Products ■ ■ 
(Siebei Oracle, 



Otber Systems 
(Palm Pilot, etc) 



|30 



TP Product 
Verticals 




/4«" 



TPE 



SQL 



TP Product 

Analyst 
Workbench 



TP Product 
Reporting DB 



Business 
Objects 



/ 



Reports 



Fig. 1 



/if 



7* 



T 

(70 




1 / 6 



WO 00/52605 



PCT/US00/05846 



TPE 
Interface 



Bid EocryPridng- 
FrooKnd 



Bid 



Price 



ejb jni 



XML Socket 
Server 



IPC 



TPE 



TP Bid DB «~ 



Report Data 
Extractor 



Product Model 
(List prices 

&.COSU) 



Competitor 
Net Price 
Model 



Market 

Response 
Model 



Objectives, 



Analysis/ 
Benefits 
Modules 



TP System 
Parameters 



SQL 



3L 



TP Analyst 
Workbench 



16-0 



2- 3 a" 



TP Reporting DB 



Hg. 2 



900000 

rn 

800000S 



700000* 




oooooooooooooooooaooooo 
Price fas % of list) 



Market Response - 

Expected Marginal Contribution 



Marginal Contribution 



Fig. 3 



2 ./ - 6 



WO 00/52605 



PCT/US00/05846 




Large Volume Customer 



Small Volume Customer 



Fig. 4A 




Fig. 4B 



3 / 6 



WO 00/52605 



PCT/US00/05846 




Fig. 5A 



4 / 6 



WO 00/52605 



PCT/US00/05846 




Fig. 5B 



Accounts 




has 0 or more 



has 1 or more 



has 0 or more 



Options 



Fig. 6 



Companies 



5 / 6 



WO 00/52605 




6 / 6 



USTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US0O/05846 



|7 cIIii^CATlON OF SUBJECT MATTER 

r-^^CON S .DER^ — Relent „ N* 

^?!5lL_— — . . , 00 o (28 9 99), Enure 1-** 

^Tc77.960,407 A (VTVWA) 28 Somber 1999 (28.9 

l * 1 Document. 1 

US 5,546, 5 64> CHCUH, , ^ - 0»~ .... . 

I Document. I 
, A , P US 6,023,686 A (BROWN) 08 Pe^ 2000 (8-2.2000), ^ 
■ * * Document. I 
DREW ET AL.,The Effect of Contract Type and Size onl 1 

S^S^eS-and Economics, 

"ZbBS Stat Tool Weeds Out Bid-Rig^ Companies.1 M* 
ggZJ*. Vol. 27, My 1997. | 



»u,ori« of ciud document.: 



SI 



Q Sec patent family annex. 



•E - 
•L* 



So^cUl c.u,on« ot ciwa 

V>. of oarticuUr reliance 

rr^irr — . — 

th B priority cUunod _ ; 



•X' 



tV " ™°" ty d * ta cUun : — , CMrch 

^F^lcl^ompicuon of 
19 MAY 2000 

1 Commissioner ot f alcnu an« 
20231 

Facsimile No . (703) 30g g°_ 

^^f/lSA/210 (seco^h-tT (July 1998), 



ooc^nt or ^^c^^°- 

joined w.U. on. """•JS.a in «t 
being obviou. to » P"»" 

document member of the — toa » 
[Hale^S^^^ 

20 JUL 2000 

^TTodd Voeltz 
[Telephone No. (7M) 305O900_ 



^1? 




